home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000271_news@columbia.edu_Thu Nov 24 22:26:41 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA13241
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 24 Nov 1994 17:26:44 -0500
  3. Received: by apakabar.cc.columbia.edu id AA08504
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 24 Nov 1994 17:26:43 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Slow _binary_ download/fast text download?
  9. Date: 24 Nov 1994 22:26:41 GMT
  10. Organization: Columbia University
  11. Lines: 26
  12. Message-Id: <3b33v1$89m@apakabar.cc.columbia.edu>
  13. References: <1994Nov23.225128@clstac> <3b2f39$5pq@apakabar.cc.columbia.edu> <1994Nov24.151213.78500@kuhub.cc.ukans.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <1994Nov24.151213.78500@kuhub.cc.ukans.edu>,
  18. <tdsmith@kuhub.cc.ukans.edu> wrote:
  19. >Just to add a data point: with a high load on the computer that I'm 
  20. >posting from (a DEC 7000), transfers will hang sometimes.  MS-Kermit 
  21. >will then go into its retry cycle.  I've had it time out, even with 
  22. >retries set to 63.  Fortunately, it's a rare occurrence.
  23. >
  24. Right.  Of course, if the load on one or both systems is hideously
  25. high, or the network is horribly congested, then Kermit can time out
  26. before the expected packet comes, even though it would have come
  27. eventually.  Here again, the user has control.  The solution is to
  28. increase the timeout interval, rather than the retry limit.  The
  29. trick is to avoid unnecessary retransmissions, not to increase the
  30. number of them.  The command is "set receive timeout", which should
  31. be given to both Kermit programs in advance of the transfer, for
  32. example:
  33.  
  34.   set receive timeout 20
  35.  
  36. to increase the timeout interval from the default 5 seconds to
  37. 20 seconds.  If you know the connection is good, but very slow,
  38. you can use "set receive timeout 0", meaning wait forever for
  39. each packet, and don't time out.  For greater detail, see the
  40. Command Summary section of "Using MS-DOS Kermit".
  41.  
  42. - Frank